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METHOD AND SYSTEM FOR EFFICIENT FILE TRANSFER TO/FROM A LOCAL 
TRAFFIC SYSTEM WITH A DMD SYSTEM 

FIELD OF THE INVENTION 

The present invention relates to digital media distribution, and more particularly to 
efficient file transfer and traffic management for communications between a local traffic 
system and a central site of a digital media distributor (DMD) system. 

BACKGROUND OF THE INVENTION 

Although broadcasters have sophisticated systems for inserting national commercials 
into a program stream, including integrated traffic and billing systems, there are numerous 
obstacles to implementing a system to insert local commercials at small markets into a 
national program feed distributed by satellite. Until now, such local spot insertion 
advertising was the responsibility of the local broadcaster or cable operator. 

Inserting local advertising poses several nontrivial technical, logistical and business 
challenges. First, literally hundreds of widely distributed local operators (or affihates) 
would need to receive the commercials; ad agencies would have to ship analog tapes to 
hundreds of organizations, with different traffic and billing systems. These tapes would 
need to be tested for quality assurance, tracked, and stored until needed. They would then 
have to be distributed to video tape recorders and readied for computer controlled playout 
(analog) at the proper time, 24 hours a day, seven days a week. Such infi-astructure 
generally exists at well-fimded affiliates in major markets but is nonexistent and 
prohibitively expensive for smaller operators or affiliates in small markets. 



Managing such tapes with ads for local commercials and inserting them properly into 
the program feed is a complex imdertaking not well-suited for the smaller operators, 
especially for channels with smaller audiences in smaller markets. A quality broadcast 
involves more than excellent program material; it must provide seamless insertion of 
national and local advertisements, promotions, and station identifications. 

Equally important is the ability to maintain the integrity of the national television 
programming. Centrahzed control of the channel's programming (playout) is required to 
prevent local affiliates fi:om tampering with the programming. 

A need exists for efficient communication between a local traffic system and a 
central site of a digital media distributor system. The present invention addresses such a 
need. 

SUMMARY OF THE INVENTION 

Aspects for achieving eflScient file transfer and traffic management in a digital media 
distributor system are presented. The aspects include a central site server, at least one local 
traffic system, and an Intemet file server (IFS) coupled between the central site server and the at 
least one local traffic system. The IFS acts as an intermediary between the central site and the at 
least one local traffic system, wherein the IFS supports file transfer in both directions between the 
central site and the at least one local traffic system. 

Through the present invention, an Intemet file server provides an intermediary for file 
transfers between a local traffic system and a central site server. In this manner, efficient 
management of communication results. Further, the Intemet file server also achieves effective 
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traffic management, particularly through the use of automated server agents. These and other 
advantages of the present invention will be more fully understood in conjunction with the 
following detailed description and accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a block diagram of a digital media distribution system, including 
an Internet file server (EFS), in accordance with the present invention. 

Figure 2 illustrates an example of a suitable layered architecture for the central site 

server. 

Figure 3 illustrates a diagram of a directory structure example for the IFS. 

DETAILED DESCRIPTION 

The present invention relates to efficient communication between a local traffic system 
and a central site in a digital media distributor system. The following description is presented 
to enable one of ordinary skill in the art to make and use the invention and is provided in the 
context of a patent application and its requirements. Various modifications to the preferred 
embodiment and the generic principles and features described herein will be readily apparent 
to those skilled in the art. Thus, the present invention is not intended to be limited to the 
embodiment shovra but is to be accorded the widest scope consistent with the principles and 
features described herein. 

In accordance with the present invention, a digital media distributor (DMD) provides 
a complete end-to-end system that gives local cable or network affiliates the ability to 
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provide local ads and announcement insertion together with the delivery of cable or network 
feed(s). In general, the DMD integrates the entire process of sales, traffic, digital encoding 
and storage of spots, transmission of data, local insertion of digital ads and announcements, 
accoxmt reconciliation, and billing. Spots (i.e., media such as commercials, station 
identification, pubhc service announcements, etc.) are digitized by the cable or network 
operator, and then digitally transmitted to the local cable head-ends or network affiliates 
from a central site. These digital spots are then stored on the remote site servers located at 
each head-end or affiUate. 

A block diagram of a DMD in accordance with the present invention is illustrated in 
Figure L As shown, the DMD includes three major components: a central site 10, a 
distribution network 12, and a remote site 14. The central site 10 is the location for the 
digital encoding of MPEG-2 files fi"om source video tapes, storage and management of 
digital files, management of remote site(s) 14, and distribution of schedules and MPEG-2 
files. Thus, the processing, analysis, distribution, and management of data occurs at the 
central site 10. The distribution network 12 is the mechanism by which the remote site(s) 14 
receive program streams and digital spots. The data distribution is accompUshed via various 
methods, such as a satellite and/or land-based distribution. The broadcaster may choose to 
have the program stream sent via terrestrial links (e.g., token ring, ethemet, etc.), while the 
spot insertion is sent via satellites or vice versa. 

The remote site(s) 14 house the remote site server(s) 16. By way of example, a 
suitable remote site server 16 includes a Pentium processor-based device with a hard disk for 
local storage and a video switch card (to switch between program and commercial insertion) 
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running software including Windows NT, DMD programming, Lotus Notes client, Program 
Loader, and Symantec pcANYWHERE. These unattended, computerized systems receive 
the local insertion and provide As-Run file generation. The remote site server 16 is a video 
server that receives and stores digitized spots utilized for local insertion at the cable head- 
end. The remote site server 16 receives digitally encoded ads via satellite or other 
distribution network. These spots are decoded to an analog signal and inserted into the cable 
or network operator feed at scheduled times, i.e., into scheduled local availability times. The 
remote site server 16 can be customized in various configurations based on the number of 
output channels required, the type of output format (e.g., NTSC, PAL), the amount of local 
storage required (i.e., the number of spots on disk), the type of network (sateUite or 
terrestrial), the type of trigger for spot insertion (e.g., time of day, VITC, cue-tome, VBI 
trigger), the audio format and connections (stereo, mini-XLR or XLR), the redundancy 
requirements (RAID, mirrored disks), and the preview channel. 

By way of example, the following provides a sample process that illustrates an 
example of one process which the DMD solution can support, A region, e.g., any grouping 
of one ore many cable head-ends for cities, states, provinces, or countries, defined by cable 
or network operators in an area, sells a commercial in the local availability time. All remote 
site servers 16 within the same region play the same material at the same time, including all 
network programs, national spots, local commercials, announcements, etc. The videotaped 
segment for the commercial is digitally encoded. The digital material is scheduled for 
delivery to each remote site server 16 prior to broadcast. The playlist, digitized spots, and 
the broadcast program stream are sent, via satellite, to all of the remote site servers 16 within 
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the region. All of the remote site servers 16 within the region air the local spots for that 
region at the scheduled time. As-Run logs are retrieved by the central site 10 from the 
remote site servers 16. As-Run logs are sent to the local markets, reviewed, reconciled, and 
customers are billed. Commercials and As-Run logs are archived. 
5 A main component in the central site 10 is the central site server 18. By way of 

example, a suitable central site server 18 includes an IBM RS/6000 F50 dual CPU system, 
or a Pentium II compatible PC, ruilning the IBM UNIX operating system, AIX, DB2 server 
software, Lotus Notes server software, ADSM, Windows NT (for PC-based central site 
server), and the DMD programming. Suitable components for the control workstations 19 

10 include Pentium compatible PCs running Windows NT, Lotus Notes client, DB2 chent, 

Microsoft Internet Explorer, and DMD programming. 

The central site server 18 includes software on a suitable computer readable medium 
that is architected using a layered model, in which each layer isolates the upper layers from 
the details of the lower layers and individual components within a layer provide a unique set 

1 5 of services, as is well appreciated by those skilled in the art. Figure 2 illustrates an example 

of a suitable layered architecture for the central site server 18. The top layer 20 addresses 
the extemal interfaces of the central site server 18, including a graphical user interface (GUI) 
component and the interfaces to the external systems. The GUI component, e.g., using 
Lotus Notes, provides administrators and operators with the ability to monitor and control 

20 the DMD. In accordance with the present invention, the interfaces to' extemal systems 

include interfaces to traffic systems 23 (Fig. 1), which interface to the central site 18 by way 
of files exchanged on an Internet file server 25 (Fig. 1) in accordance with the present 
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invention, as described more particularly hereinbelow, interfaces to stations in a box (SIBs) 
which send Lotus Notes messages, and interfaces to encoder systems (22, Fig. 1), which 
store encoded spot files in a disk pool server for retrieval by the central site server 18. 

Underneath the top layer is a layer 24 of specialized components including a stage 
manager component 26, an uplink server component 28, and a transmission scheduler 
component 30. This layer 24 may also include speciaUzed components for creating 
commands and interpreting responses from SIBs, managing access to all the database queues 
and other data stores, and providing automated agents that run based on time or events to 
manage the extemal interfaces, e.g., processing files received from traffic systems. The 
stage manager 26 manages any tape related activity, the uplink server 28 manages 
transmissions through the uphnk network (12, Fig. 1), and the transmission scheduler 
manages scheduling tasks in accordance with the present invention, as described in more 
detail hereinbelow. Also included as a next layer is a programming layer 32. The layer 32 
includes the programming libraries and APIs (appUcation programming interfaces) that are 
used to build the specialized components. The lower two layers include an operating system 
layer 34 and a hardware layer 36 for the fundamental operation of the central site server 18, 
as is well appreciated by those skilled, in the art. 

Referring again to Figure 1, the Intemet file server (IFS) 25 acts an intermediary 
between the central site server 18 and the local traffic system(s) 23. The purpose of the IFS 25 
is to support the transfer of text files in both directions between the local traffic system(s) 23 
and the central site server 18. All file transfers are initiated by the local traffic system(s) 23, 
using a desired Internet transfer protocol, e.g., FTP (file transfer protocol) or HTTP (hypertext 
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transfer protocol). The EFS 25 handles both inbound and outbound file transfers for local 
traffic system(s) 23. For SIBs at remote sites 14, the central site server 18 handles their 
inbound transfers. 

hi general terms, local affiliate advertisers place information (in a text file) on the IFS 
5 25. DMD processes running on the IFS 25 first validate the information and then pass the 

information to the central site server 18. Liformation passed between the DMD and the local 
traffic system 23 includes billing information, objects (e.g., master program, local playUsts, 
network break time), and object status (e.g., spot status). For scheduling, the traffic system 
initiates scheduHng and pubUshes the master log identifying the times for local breaks within a 
10 broadcast day. The affihate uses the local traffic system 23 to assign spots to the local breaks, 

creating affiliate playlists. This scheduling information is retrieved fi-om the IFS 25 and 
automatically imported and analyzed by the central site server 18 to create playlists for each 
zone and to determine a transmission schedule and playlists for SIBs. 

Thus, several of the databases on the central site server 18 contain information that 
1 5 must be received fi:'om local traffic system(s) 23 . Other databases contain information that 

must be sent to local traffic system(s) 23. In all of these cases, the local traffic system(s) 23 do 
not communicate directly with the central site server 18. Instead, they communicate with the 
IFS 25, which, in turn, rephcates information with the central site server 1 8, 

For each type of file, transfers occur in only one direction, i.e., fi*om the local traffic 
20 system(s) 23 to the WS 25, or fi^om the IFS 25 to the local traffic system(s) 23, but not botii. 

The file types, and their transfer directions, are as follows: 

Playlist: inbound fi-om the local traffic system 23 to the IFS 25; 
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Dub list: inbound from the local traffic system 23 to the IFS 25; 

Purge hst: inbound from the local traffic system 23 to the IFS 25; 

Spot status summary: outbound from IFS 25 to the local traffic system 23; and 

Consolidated As-Run log: outbound from the IFS 25 to the local traffic system 23. 

For exchanging files with the local traffic system(s) 23, the IFS 25 provides 
simultaneous support for both Web browsers (or automated Web agents) and FTP. As 
described in the following, the IFS 25 provides dual protocol support for both inbound and 
outbound file transfer. 

Inbound (from the local traffic system 23 to the IFS 25): 

Web browser or Web agent method: 

The local traffic system 23 connects to the appropriate database on the IFS 25 
via a web browser or web agent and creates a new document (HTML form). The local traffic 
system 23 then uploads a file via a file upload control (e.g., a JavaScript). An agent detects the 
new file and makes an entry in the file transfer log. 

FTP method: 

The local traffic system 23 opens an FTP session on the IFS 25, as the 
appropriate user and transfers a file to the inbound FTP directory on the IFS 25. An agent in 
the appropriate database scans the inbound FTP directory for new files. When a new file is 
found, the agent creates a new document and attaches the file. The agent then deletes the file 
from the FTP directory and makes an entry in the file transfer log. 
Outbound (from the IFS 25 to the local traffic system 23): 
Web browser or Web agent method: 

BC999069/1504P 



The local traffic system 23 connects to the appropriate database on the IFS 25 
via a web browser or a web agent and selects the appropriate document to view and opens it. 
The local traffic system 23 then dovraloads the attachment from the document. 
FTP method 

A agent in the appropriate database on the IPS 25 scans for new documents. 
When a new document is found, the agent takes the attachment and detaches it to the 
appropriate outbound FTP directory. The local traffic system 23 opens an FTP session on the 
IFS 25 as the appropriate user and transfers available files from the outbound FTP directory. 

As represented in an example directory structure diagram of Fig. 3, the directory 
structure for the FTP directories implement a home directory 40 for each DMA, where a DMA 
refers to the group or unit in the local area that will receive and broadcast program material and 
perform ad insertion. When a local traffic system 23 connects to the IFS 25 using FTP, it is 
required to log in using a user name and password that have been uniquely assigned to it based 
on its DMA, which places the DMA's local traffic system 23 in its own home directory. 
Within each DMA's home directory 40, there is a standard lower-level directory structure to 
which the DMA's local traffic system 23 is allowed to change directory. The subdirectory 
level under the home directory is used to separate files by type, such as playhst 42, dub list 44, 
purge fist 46, spot status 48, and As-Run logs 50. The local traffic system 23 is given read 
permission throughout its directory tree, but write permission only for inbound directories, 
where it must deposit files. 

Various agents (e.g., Lotus Notes server agents) in the IFS 25 are scheduled to run to 
perform automated processing of the files transferred to the IFS 25 and to perform scheduled 
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tasks, such a preparing files to be downloaded by the local traffic system(s) 23. The agents 
include: 

Import Playlists Agent: Finds playlist text files newly received by the IFS 25 (e.g., via 
FTP) and imports them into database playUst documents; 

Transfer Playlists Agent: Transfers data fi-om newly imported or edited playUst 
documents to the appropriate database; 

hnport Dub Lists Agent: Finds dub list text files newly received by the IFS 25 (e.g., via 
FTP) and imports them into database dub list documents; 

Transfer Dub Lists Agent: Transfers data firom newly imported dub list documents to 
the appropriate database; 

Import Purge Lists Agent: Finds purge Hst text files newly received by the IFS 25 (e.g., 
via FTP) and imports them into database purge list documents; 

Transfer Purge Lists Agent: Transfers data fi-om newly imported purge list documents 
to the appropriate database; 

Generate Full Spot Summary Agent: Generates a fiiU spot summary text file; 

Generate Delta Spot Summary Agent: Generates a spot sunrmiary text file of all 
changes since the previous day; 

Export Spots Summaries Agent: Makes newly generated fiiU and delta spot summary 
text files available for Internet transfer download by local traffic system(s) 23; 

Generate Consolidated As-Run Log Agent: Generates a consolidated As-Run log file 
combining all As-Run files for the previous day; 

Export Consolidated As-Run Log Agent: Makes newly generated consolidated As-Run 
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log text files available for Internet transfer download by local traffic system(s) 23; and 

Export File Cleanup Agent: Deletes all exported files fi-om outbound transfer 
directories after a designated time has elapsed. 

Several databases are utilized for various file types, including NLBS, Playlist, Dub 
List, and Purge List databases. The NLBS database stores documents containing the Network 
Local Break Schedule for each day. It is used by the Playlist Import Agent for two pxitposes: 
(1) The PlayUst Import Agent will not import a playUst if the NLBS document for that day is 
not yet available; and (2) If the NLBS document exists, the Playlist Import Agent will use it to 
assign Ids to the playlist entries. 

The playlist database contains a document for each day's playlist, for each zone, for 
each DMA. Data for all entries in a given playhst is stored in fields within the database 
document. The original playhst text file is kept as a file attachment to the document. The 
central site 10 maintains the primary replica of the playlist database. The playlist database is 
also maintained on the EFS 25, in order to receive new playUsts transferred by the DMAs. 
Once received on the TFS 25, playlists are imported into Notes documents. The database is 
then repHcated to the central site server 18, where the play transfer task picks up the new 
playKsts and updates the appropriate database as required. 

The dub hst database contains a document about spots soon to be required by each 
DMA, i.e., each day's dub list, for each DMA. Data for all entries in a given dub list is stored 
in fields within the database document. The original dub list text file is kept as a file 
attachment to the document. The central site 10 maintains the primary rephca of the dub list 
database. The dub list database is also maintained on the IPS 25, in order to receive new dub 
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lists transferred over by the DMAs. Once received on the IFS 25, dub lists are imported into 
the database document. The database is then repUcated to the central site server 1 8, where the 
dub transfer tack picks up the new dub Usts and updates the appropriate database as required. 

The purge list database contains a document about spots no longer required by each 
DMA, i.e., each day's purge Hst for each DMA. Data for all entries in a given purge list is 
stored in fields within the database document. The original purge hst text file is kept as a file 
attachment to the document. The central site 10 maintains the primary repUca of the purge list 
database. The purge hst database is also maintained on the IFS 25, in order to receive new 
purge hsts transferred over by the DMAs. Once received on the IFS 25, purge lists are 
imported into the appropriate database documents. The database is then replicated to the 
central site server 1 8, where the purge transfer task picks up the new purge lists and updates 
the appropriate database as required. 

Through the present invention, an Internet file server provides an intermediary for file 
transfers between a local traffic system and a central site server. In this manner, efficient 
management of communication results. Further, the Litemet file server also achieves effective 
traffic management, particularly through the use of automated server agents. 

Although the present invention has been described in accordance with the 
embodiments shown, one of ordinary skill in the art will readily recognize that there could be 
variations to the embodiments and those variations would be within the spirit and scope of the 
present invention. Accordingly, many modifications may be made by one of ordinary skill in 
the art without departing fi-om the spirit and scope of the appended claims. 
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CLAIMS 



What is claimed is: 

1 . A method for achieving efficient file transfer and traffic management in a digital 
media distributor system, the method comprising: 

providing an Internet file server (IFS) at a central site of the digital media distributor 
system; and 

utilizing the IFS as an intermediary between the central site and at least one local traffic 
system, wherein the IFS supports file transfer in both directions between the central site aad the at 
least one local traffic system. 

2. The method of claim 1 wherein utihzing further comprises receiving inbound transfers 
of a playHst file fi^om the at least one local traffic system. 

3. The method of claim 1 wherein utilizing fiirther comprises receiving inbound transfers 
of a dub Hst file fi:om the at least one local traffic system. 

4. The method of claim 1 wherein utihzing fiirther comprises receiving inbound transfers 
of a purge Hst file fi-om the at least one local traffic system. 

5. The method of claim 1 wherein utihzing fiirther comprises performing outbound 
transfers of a spot status summary file to the at least one local traffic system. 
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1 6. The method of claim 1 wherein utilizing further comprises performing outbound 

2 transfers of a consolidated As-Run log file to the at least one local traffic system. 

1 7. The method of claim 1 further comprising utilizing a plurality of agents to perform 

2 automated processing of files transferred to the IFS and to perform scheduled tasks. 

1 8. A system for achieving efficient file transfer and traffic management in a digital media 

2 distributor system, the system comprising: 

3 a central site server; 

4 at least one local traffic system; and 

5 an hitemet file server (IFS) coupled between the central site server and the at least one 

6 local traffic system, the IFS acting as an intermediary between the central site and the at least one 

7 local traffic systrai, wherein the IFS supports file transfer in both directions between the central 

8 site and the at least one local traffic system, 

1 9. The system of claim 8 wherein the IFS receives inbound transfers of a playlist file 

2 from the at least one local traffic system. 

1 10. The system of claim 8 wherein the IFS receives inbound transfers of a dub list file 

2 from the at least one local traffic system. 

1 11, The system of claim 8 wherein the IFS receives inbound transfers of a purge list file 
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2 from the at least one local traffic system. 

1 12, The system of claim 8 wherein the DFS performs outbound transfers of a spot status 

2 summary file to the at least one local traffic system. 

1 13. The system of claim 8 wherein the IPS performs outbound transfers of a consolidated 

2 As-Run log file to the at least one local traffic system. 

1 14. The system of claim 8 wherein the IPS fiorther utihzes a plurality of agents to 

2 perform automated processing of files transferred to the IFS and to perfomi scheduled tasks. 

1 1 5. A method for achieving efficient file transfer and traffic management in a digital 

2 media distributor (DMD) system, the method comprising: 

3 utilizing an intermediary for file transfers between a central site and a local traffic system 

4 for a DMD; and 

5 exchanging files according to a chosen Internet transfer protocol between the local traffic 

6 system and the intermediary. 

1 16. The method of claim 1 5 wherein utilizing further comprises utihzing an hitemet 

2 server as the intermediary. 

1 17. The method of claim 15 wherein exchanging files fiirther comprises exchanging files 
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2 according to a file transfer protocol (FTP). 



1 18. The method of claim 15 wherein exchanging files fiirther comprises exchanging files 

2 according to a hypertext transfer protocol (HTTP). 

1 19. The method of claim 1 5 fiirther comprising utilizing agents in the IFS to 

2 automatically import and transfer hst files. 

1 20. The method of claim 1 5 fiirther comprising utilizing agents in the IFS to 

2 automatically generate and export summary files. 
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ABSTRACT 

Aspects for achieving efficient file transfer and traffic management in a digital media 
distributor system are presented. The aspects include a central site server, at least one local 
traffic system, and an Memet file server (IFS) coupled between the central site server and the at 
least one local traffic system. The IFS acts as an intermediary between the central site and the at 
least one local traffic system, wherein the IFS supports file transfer in both directions between the 
central site and the at least one local traffic system. 
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acknowledge the duty to disclose infonration which is material to the examination of this application in accordance 
rfvith Title 37, Code of Federal Regulations, Section 1.56 (a). 

^¥ hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19, of any foreign application(s) 
-Jpr patent or inventor's certificate listed below and have also identified below any foreign application for patent or 
giventot's certificate having a filing date before that of the application on which priority is claimed: 

ifrior Foreign Application(s) Prioritv Claimed 



(Number) (Country) (Day/MonthA'ear Filed) Yes No 



(Number) (Country) (Day/MonthA'ear Filed) Yes No 

I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States application(s) listed 
below and, insofar as the subject matter of each of the claims of this application is not disclosed in the prior United 
States application in the manner provided by the first paragraph of Title 35, United States Code, Section 112, I 
acknowledge the duty to disclose material information as defined in Title 37, Code of Federal Regulations, Section 
1.56(a) which occun-ed between the filing date of the prior application and the national or PCT international filing 
date of this application: 



(Application Serial No.) (Filing Date) (Status - patented, pending, abandoned) 

(Application Serial No.) (Filing Date) (Status - patented, pending, abandoned) 

I hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false statements may jeopardize 
the validity of the application or any patent issued thereon. 
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POWER OF ATTORNEY: As a named inventor, I hereby appoint the following attorneys and/or agents to 
prosecute this application and conduct all business in the United States Patent and Trademark Office 
connected therewith. 



H. St. Julian, Reg. No. 30,329 
Anthony N. Magistrale, Reg. No. 35,595 
Martin J. McKinley, Reg. No. 31,782 
Christopher A. Hughes, Reg. No, 26,914 
Edward A. Pennington, Reg. No. 32,588 
John E. Hoel, Reg. No. 26,279 
George Grosser, Reg. No. 25,629 



Joseph C. C. Redmond, Reg. No. 18,753 
Joseph A. Sawyer, Jr., Reg. No. 30,801 
Janyce R. Mitchell, Reg. No.: 40,095 
Stephen G. Sullivan, Reg. No.: 38,329 
Michele Liu, Reg. No.: 44,875 
Wendell J. Jones, Reg. No. P45,961 



Please direct all telephone calls to Mr. Joseph A. Sawyer, Jr. at telephone number (650) 493-4540 and 
address all correspondence to: SAWYER LAW GROUP, P.O. Box 51418, Palo Alto, California 94303 



Full Name of first/joint Inventor: 
I Residence Address: 
P Country of Citizenship: 
iPost Office Address: 



Jennie Ching 

19204 Stare Street, Northridge, California 91324 

United States of America 

Same 



ISignature of Inventor: 




1^ 




Date 



Full Name of second/joint Inventor: Eric Hsiao 

Residence Address: 1905 Kerns Avenue, San IVIarino, California 91 108 

Country of Citizenship: United States of America 

Post Office Address: Same 



Signature of Inventor: ^"^^""" "'"^ — cJI^^ — ^ P^^^. j/ / ^^ru^ 
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COMBINED DECLARATION/POWER OF ATTORNEY (continued) 



Full Name of third/joint Inventor: 
Residence Address: 
Country of Citizenship: 
Post Office Address: 

Signature of Inventor: 



Peter S. Lee 

23140 Park Marco Polo, Calabasas, California 91302 
United States of America 
Same^ 




